Patient monitoring apparatus and method for orthosis and other devices

ABSTRACT

A drug delivery system is provided. The drug delivery apparatus including at least one sensor configured to detect at least one of a drug delivery parameter and patient data and a portable communication device communicatively coupled to the drug delivery apparatus. The portable communication device includes an input device configured to receive data from the drug delivery apparatus, wherein the data includes at least one of a drug delivery parameter and patient data and an output device coupled to the input device and configured to display the received data.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application is a continuation application of U.S. patentapplication Ser. No. 11/625,879 filed on Jan. 23, 2007, which is acontinuation of U.S. patent application Ser. No. 10/421,965, now issuedas U.S. Pat. No. 7,182,738. The contents of each of the above-identifiedapplications are herein incorporated by reference in their entirety.

BACKGROUND OF THE INVENTION

Field of the Invention

The present invention relates to a patient monitoring system and methodthat can be used, for example, with an orthosis for physical therapy.

Description of Related Art

In the field of medicine, rehabilitation after surgery or other majormedical procedures has been an important issue for researchers. As shownin U.S. Pat. Nos. 5,395,303; 5,285,773; 5,213,094; 5,167,612; 6,502,577;6,113,562 and 5,848,979, continuous passive motion has been used totreat conditions such as the glenohumeral joint adhesive capsulitis.These patents teach using stretching principles in order to treat one ofthe major problems patients are referred to physical therapists for:lack of a full range of motion in their joints. The orthosis devices ofthese patents simulate manual therapy techniques used in clinicalsettings, combining the principles of stress relaxation and progressivestretch to achieve permanent elongation of soft tissue.

Once a patient has been prescribed treatment with one of therehabilitation orthosis devices, a major concern is patient educationand compliance. To maximize improvement in range of motion the patientmust comply with the prescribed protocol and the patient improvementmust be tracked. The exercise protocol for these orthosis devices iswell established, and should be followed closely to ensure the besttreatment possible. First, the patient fits the orthosis as specified bythe device specific instructions. Then the patient rotates the knob ofthe orthosis device until a slight stretch is felt. This stretch shouldnot be painful. Now the patient holds this position for a predeterminedtime period (e.g., five minutes), and then this procedure is repeatedfor a predetermined number of stretches (e.g., 6 stretches). During thefirst week of the patient's treatment, typically one session a day isperformed. During the second week, typically two sessions per day areperformed. During the third and following weeks, typically threesessions per day are performed.

The above described orthosis devices allow the patient to do thesesessions outside of the confines of the doctor's or physical therapist'soffice. Due to the fact that there are no medically trained personnel tooversee this treatment the opportunity to stray from the protocol isintroduced. In addition, the patient is responsible for the tracking ofhis or her own progress until reporting back to the physical therapistor doctor. Both of these conditions have the possibility of introducinga high margin of error. Most recently, physicians have expressed aninterest in keeping better records of an individual patient's progressduring the rehabilitation process. Unfortunately, in many cases, sincethe rehabilitation process occurs mostly within the confines of thepatient's home, it is difficult for a physician to keep an accuraterecord of the patient's progress.

There are other areas in which patient education and compliance outsidethe immediate supervision of a health care professional remainproblematic. For example, electrical stimulation of bone growth fortreatment of fractures requires a regime of therapy that demands patientadherence in order to optimize the stimulatory effects.

Thus, there exists a need for an improved patient monitoring system andmethod.

SUMMARY OF THE INVENTION

In one embodiment of the disclosure, a drug delivery system is provided.The drug delivery system includes a drug delivery apparatus including atleast one sensor configured to detect at least one of a drug deliveryparameter and patient data and a portable communication devicecommunicatively coupled to the drug delivery apparatus. The portablecommunication device includes an input device configured to receive datafrom the drug delivery apparatus, wherein the data includes at least oneof a drug delivery parameter and patient data and an output devicecoupled to the input device and configured to display the received data.

In another embodiment of the disclosure, one or more non-transitorycomputer-readable storage media having computer-executable instructionsembodied thereon is provided. When executed by a processor, thecomputer-executable instructions cause the processor to receive, by aninput device, data from at least one sensor of a drug deliveryapparatus, wherein the data includes at least one of a drug deliveryparameter and patient data, display, on an output device, the receiveddata from at least one sensor, and transmit a delivery protocol to thedrug delivery apparatus.

In another embodiment of the disclosure, a portable communication deviceconfigured to monitor a patient therapy system is provided. The mobilecommunication device includes an input device configured to receive datafrom at least one sensor of a patient therapy system, wherein the dataincludes at least one of therapy data and patient data and an outputdevice coupled to the processor and configured to display the receiveddata.

In another embodiment of the disclosure, a drug delivery system isprovided. The drug delivery system includes a drug delivery apparatusincluding at least one sensor configured to detect at least one of adrug delivery parameter and patient data, a portable communicationdevice communicatively coupled to the drug delivery apparatus, and acommunications component. The portable communication device includes aninput device configured to receive data from the drug deliveryapparatus, wherein the data includes at least one of a drug deliveryparameter and patient data and an output device coupled to the inputdevice and configured to display the received data. The communicationscomponent is configured to transmit, to an external source, anindication that a change be made to the delivery protocol based on thereceived data.

Consistent with the title of this section, the above summary is notintended to be an exhaustive discussion of all the features orembodiments of the present invention. A more complete, although notnecessarily exhaustive, description of the features and embodiments ofthe invention are found in the section entitled “Detailed Description OfThe Invention”.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete appreciation of the present invention and many of theattendant advantages thereof will be readily obtained as the samebecomes better understood by reference to the following detaileddescription when considered in connection with the accompanyingdrawings, wherein:

FIG. 1 is a view of an illustrative orthosis device used with themonitor in accordance with the present invention.

FIG. 2 is an enlarged sectional view of tower of FIG. 1 including thedrive mechanism.

FIG. 3 is a block diagram of the monitoring system in accordance withthe present invention.

FIG. 4 is a block diagram of the hardware used in the monitor of thepresent invention when in the treatment mode of operation.

FIG. 5 is a block diagram of the hardware used in the monitor of thepresent invention when in the data transfer mode of operation.

FIG. 6 is a schematic diagram of the position sensor used in the presentinvention.

FIG. 7 is a flow chart of the firmware embedded in the monitor of thepresent invention.

FIG. 8 is a detailed schematic of the hardware used in the monitor ofthe present invention.

FIG. 9 is a schematic of the circuitry for the sensors used in themonitor of the present invention.

FIG. 10 shows circuit diagram of an alternative embodiment of themonitor which includes a device type sensor in accordance with anotheraspect of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

Referring to FIGS. 1 and 2, there is illustrated one of many possibleprior art orthosis devices, generally indicated by the reference number10, which may be used with the patient monitor of the present invention.More specifically, this particular illustrative orthosis device 10 isdescribed in U.S. Pat. Nos. 5,395,303; 5,285,303; 5,285,773; 5,213,094;and 5,167,612 to Bonutti, et al., which are incorporated herein.

In FIG. 1 the orthosis device 10 is illustrated as attached to a humanarm, for moving the elbow joint which is between the upper arm and theforearm. The orthosis 10 includes a first cuff 12 for attachment to afirst body portion 14 such as the forearm, and a second cuff 16 forattachment to a second body portion 18 such as the upper arm. The term“cuff” as used herein means any suitable structure for transmitting theforce of the orthosis to the limb portion it engages. The first bodyportion 14 is joined to the second body portion 18 at the elbow jointdesignated A. Each of the first and second cuffs 12 and 16 includes aplurality of loop connectors 20 for receiving straps extending aroundthe body portions 14 and 18 to clamp the cuffs 12 and 16 to the bodyportions 14 and 18. The first cuff 12 is mounted for sliding movement ona first cuff arm 22. The term “cuff arm” as used herein means anysuitable structure for transmitting the force of the orthosis to thecuff and thence to the limb portion. The first cuff arm 22 is pivotallymounted by a pin 24 to a tower 26. The first cuff arm 22 includes asupport 28. A first lever arm 30 extends from the tower 26 and ispivotally connected to the support 28 by a pin 32. The first lever arm30 is pivotally connected to a cuff actuator block 34. The cuff actuatorblock 34 is fixed to the first cuff 12 and is slidable along the firstcuff arm 22 in a manner as described below. The second cuff 16 ismounted for sliding movement on a second cuff arm 40. The second cuffarm 40 is pivotally mounted by a pin 42 to the tower 26. The second cuffarm 40 includes a support 44. A second lever arm 46 extends from thetower 26 and is pivotally connected to the support 44 by a pin 48. Thesecond lever arm 46 is pivotally connected to a cuff actuator block 50.The cuff actuator block 50 is fixed to the second cuff 16 and isslidable along the second cuff arm 40 in a manner as described below.

As shown in FIGS. 1 and 2, the tower 26 is a box-like structureincluding a lower housing 66 and an upper housing 70 joined by a frontplate (removed) and a back plate 53. A drive mechanism for the orthosisdevice 10 is disposed substantially within the tower 26. The drivemechanism includes a manually actuatable knob 52 (FIG. 1) which is fixedto a shaft 54. The shaft 54 extends into the tower 26 and a gear 56(FIG. 2) is fixed to the shaft. The gear 56 engages external gear teeth58 on a gear 60. Rotation of the gear 56 about its axis causes rotationof the gear 60 about its axis. The gear 60 is fixed to an externallythreaded lead screw 62. One end of the lead screw 62 is journalled forrotation in a bushing 64 mounted in a lower housing 66 of the tower 26.The opposite end of the lead screw 62 is journalled for rotation in abushing 68 mounted in an upper housing 70 of the tower 26. An armactuator block or base link 72 has an internally threaded opening 74though which the lead screw 62 extends in threaded engagement. As thelead screw 62 rotates, the actuator block 72 moves axially along thelead screw 62 within the tower 26. This mechanism provides the “rotatingmeans” for rotating the first cuff arm 22 relative to the second cuffarm 40 and thereby expanding or reducing the angular relationship therebetween.

In operation, the orthosis device 10 of the prior art may provide fordistraction of the joint through an entire range of motion. Movement ofthe cuff arms to extend the joint results in distractive forces beingapplied to the joint. These distractive forces are limited andcontrolled by having the cuffs 12 and 16 slidable on the cuff arms 22and 40, respectively. The cuffs 12 and 16 are selectively moved alongthe cuff arms 22 and 40, during relative movement of the cuff arms 22and 40, to provide the proper amount of distractive forces to the jointand to limit compressive forces on the joint. Thus, the orthosis device10 illustrates one of many orthosis devices that are well suited forstretching therapy.

It should be understood that the orthosis device 10 can be used toextend or flex other joints in the body, such as a knee joint or a wristjoint or ankle joint, with the construction of the orthosis 10 in suchcase being varied to fit the particular application. A few moreillustrative examples are shown in U.S. Pat. No. 6,502,577 for fingerjoints orthosis, U.S. Pat. No. 6,113,562 for a shoulder orthosis, andU.S. Pat. No. 5,848,979 for a hand orthosis. Moreover, it iscontemplated that the monitoring unit of the present invention may alsobe used for other types of devices, including, but not limited to,rehabilitative devices implementing isometric exercises and those in thecontinuous passive motion (CPM) area.

To generalize the description of the one class of orthosis devices thatmay be used with the present invention, such as orthosis devicesincluding (but are not limited to) the stretching orthosis device 10 ofFIGS. 1 and 2, isometric orthosis devices, and CPM orthosis devices, thefollowing generic terminology is used in the appended claims. Theorthosis devices used with the monitoring system in accordance with thepresent invention generally are for moving a first portion and a secondbody portion of a patient connected by a joint. These orthosis devicestypically include a first carriage member for receiving the first bodyportion and a second carriage member for receiving the second bodyportion. Each carriage member has proximal and distal ends. The secondcarriage member and the second carriage member are movably connectedabout their proximal ends so that the first carriage member pivotsrelative to the second carriage member about an axis intermediate to thefirst and second carriage members. Hence, the carriage members may movefrom a first position to a second position and in so doing change theangle defined by the two carriage members.

In the illustrative embodiment of the stretching orthosis shown in FIGS.1 and 2, the first and second carriage members each include the cuff arm22 or 40 and a cuff 12 or 16 for connecting cuff arm 22 or 40 to one ofsaid body portions 14, with the cuff 12 or 16 slidably mounted on thecuff arm 22 or 40. In other orthosis devices not directed towardstretching exercises, such those directed toward isometric exercises,the first carriage member and the second carriage member are merelypivotally connected at their proximal ends (frequently adjustably lockedin fixed relationship). An example of a simplified orthosis device isshown in U.S. Pat. No. 5,116,296 to Watkins et al. and is incorporatedherein by reference thereto. Another example is described in U.S. Pat.No. 5,052,375 to Stark et al. (also incorporated herein by referencethereto), wherein the two carriage members are interconnected by anadjustable hinge and the angle between the respective distal endsections can be adjusted relative to one another. The angular positionbetween the first carriage member and the second carriage member is oneof the parameters that is measured by the monitoring system inaccordance to be present invention, but as will be discussedhereinafter, the monitoring system includes other sensors for measuringother parameters, such the identification of the orthosis device toeliminate the need for external unit configuration and temperature as anindication the orthosis device is actually being used.

In the case of using the temperature and device identification sensors,the monitoring system of the present invention may be used with anynumber of different types of orthosis devices. More specifically, anyorthosis device needing assurances that the user is actually wearing theorthosis device during his/her exercise period using the orthosis, andnot falsifying usage, may make use of the monitoring system of thepresent invention for temperature measurements which provides evidencethat the orthosis is being properly used. Likewise, with monitors usingdifferent parameters or firmware for different orthosis devices, thefamily of orthosis devices may make use of the device typeidentification sensor, which will allow the monitor to access theconnect parameters and/or firmware appropriate for a particular orthosisdevice without the need for parameters and/or firmware to be downloadedto the monitor.

Referring to the block diagram of FIG. 3, a patient monitoring system100 for use with a device such as a physical therapy orthosis, like theorthosis device of FIGS. 1 and 2, is shown. The patient monitoringsystem 100 includes a standalone monitor 102 which can be incorporatedinto the orthosis device of FIGS. 1 and 2. More specifically, themonitor 102 has a data acquisition unit 104 mounted on the outside ofthe tower 26 (shown by a dashed line), such tower 26 being describedwith respect to FIGS. 1 and 2. Additionally, the monitor 102 includes aplurality of sensors 105, three of which are shown in FIG. 3 as aposition sensor 106, a temperature sensor 108, and an optional devicetype sensor 110. As shown by the dashed line, the temperature sensor 102and the device sensor are mounted on one of the cuff arms 22 and/or 40shown in FIGS. 1 and 2.

As an overview of the monitoring system 100 when applied to a stretchingorthosis such as that shown in FIGS. 1 and 2, a patient is prescribedtreatment by a physician or physical therapist, with the prescribedtreatment using a given orthosis device having a monitor 102. In a firstmode of operation (data transfer or administrative mode), theappropriate orthosis device is modified to fit a patient's specificrequirements by the physician or physical therapist down loading therequired parameters to the monitor 102. This data transfer mode ofoperation is used only by the physical therapist or doctor.

In a second mode of operation (treatment mode), the user connects thesensors 105 to the data acquisition unit 104. The monitor 102 controlseach exercise session with the patient by stepping the patient throughhis or her treatment following the previously described stretchingprotocol. During the critical sections of this treatment in a first modeof operation, the monitor 102 monitors the operation by takingmeasurements from the sensors 105 and storing them in memory. Theseretrieval and storage operations are accomplished via a micro-controllerand an EEPROM, which will be described in detail hereinafter.Preferably, the unit 104 is able to store approximately two months worthof sessions. Alternatively, the data can be transmitted to another datastorage unit. This transmission can occur instantaneously or at setintervals.

At the time of the follow-up appointment with a physician or physicaltherapist, the user disconnects the unit 104 from the orthosis deviceand disconnects the sensors 105. Then the user brings the unit 104 tothe physician or physical therapist. At this point, the unit 104 againuses the data transfer mode of operation. The information is transferredfrom the unit 104 to a computer 112 at the office of physician orphysical therapist. The memory containing such data in the unit 104 isthen erased. This computer 112 uses data analysis software to furthermanipulate the data and present it for display by the computer 112.

Overviews of the hardware of the data acquisition unit 104, asconfigured in the above-described modes of operation, are provided inFIGS. 4 and 5. The data acquisition unit 104 includes a microprocessor120 (PIC16F877) and an external memory 122. In both FIGS. 4 and 5, themicroprocessor 120 (PIC16F877) uses the external memory 122 and iselectrically coupled to a display device 124, in the form of a parallelLCD. FIG. 4 shows the hardware configured for the treatment mode,wherein the microcontroller 120 is electrically coupled to the sensors105 via buses 126 and 128. FIG. 5 shows the hardware configured in thedata transfer mode to be in communication with the computer 112 via acable 130 coupled to an RS-232 port 132 on the microprocessor 120. TheMAX 233, shown by reference numeral 133, is a Maxim MAX233 a devicewhich is used to convert the serial communication voltages used on themicroprocessor 120 to the RS-232 levels required by the computer 112.

With reference to FIGS. 3, 4 and 5, the two modes of operation of themonitor 102 will be described in detail, with the mode of operationbeing set by the computer 112 via the cable 114. The data transfer modeis entered when the monitor 102 is turned on with the monitor-to-PCcable 114 being inserted into the data acquisition unit interfaceprovided by the port 116 of the monitor 102. As described above, thismode is used for the configuration of the monitor 112 as well as theretrieval of the acquired data after the monitor is returned by thepatient. Through device configuration by the computer 112 variousoptions may be set allowing the monitor 102 not only to be used with theillustrative orthosis device of FIGS. 1 and 2, but also to be used withthe entire family of rehabilitation devices without modifying thehardware or firmware of the data acquisition unit 104. The deviceconfiguration options are stored on various orthosis devices in thememory 122. The communications protocol for configuring the monitor 102is provided below in TABLE I:

TABLE I Expected Command Name Arguments Description 0x00 Send data noneSends the patient data to the PC via the RS-232 port. 0x11 Set repsnumber of reps Set the number of stretches (ASCII) the patient performsper session. 0x22 Set mins number of Set the number of minutes minutes(ASCII) the patient will hold each stretch. 0x33 Set secs number of Setthe 10's position of the seconds (ASCII) number of seconds to hold eachstretch. 0x44 Set ID device id Sets the device ID. The first timemonitor is restarted & connected to orthosis device after setting thedevice ID, the user will be prompted to configure the device. 0x55 Setclock minutes (BCD) Sets and configures the hours (BCD) real time clockwith the given date (BCD) arguments. month (BCD) 0x66 Set maskcomparison mask Sets the mask used to compare measurements for positionsensor. This is used to compensate for noisy sensors. 0xFF Delete noneMarks all data as deleted from the EEPROM storage.

It should be noted, that with the above protocol, the device id(identification) is set by the computer 112. In this embodiment, thedevice type sensor 110 shown in FIG. 3 is not used. Optionally, thedevice type sensor 110 may be used, in which case the “id” command isnot needed. The alternative embodiment using the device type sensor 110is described hereinafter.

The treatment mode is used when connected to the sensor 105 through thedata acquisition unit interface 132. The sensor hardware unit containsall the necessary circuitry for the operation of the current sensors 105as well as power and ground for the expansion ports. Referring back toFIGS. 1, 2 and 3, the temperature sensor 108 is embedded into one of thecutis 22 or 40 of the orthosis device 10. The temperature sensor 108 isnot necessarily intended for an accurate measurement of the patient'sbody temperature while using the orthosis device 10, but is a way toensure that the patient is actually wearing the orthosis device 10during the treatment session.

Modifications to the tower 26 shown in FIG. 2 to include the positionsensor 106 of FIG. 3 are shown in the schematic diagram of FIG. 6.Referencing to FIG. 6, the overall structure remains the same as shownby the lead screw 62, lower housing 66, actuator block 74, and upperhousing 70. What is added is a spring 130 which extends from the lowerhousing 66 to the upper housing 70 and is disposed in parallelrelationship with the lead screw 62. The spring 130 passes through anaperture 132 in the actuator block 74. An electrical contact 134 isembedded in the upper housing 70 and is in electrical contact with anupper end of the spring 130. A second electrical contact 136 is embeddedin the actuator block 74 and is in electrical engagement with the springas it slidingly passes through the aperture 132 when the actuator block74 is moved along the lead screw 62, such movement being caused by therotation of the lead screw, as discussed with respect to FIGS. 1 and 2.More specifically, referring back to FIGS. 1 and 2, in addition to FIG.6, the rotation of the lead screw 62 is used to drive the device cuffs22 and 40. As the knob 52 on the exterior of the tower 26 is turned, theactuator driver 72 moves up and down accordingly, thus moving the cuffs22 and 40. By placing the contact 136 on the actuator driver 72 and oneat the top of the spring, a variable resistor is created. This variableresistor is then used in a voltage divider circuit (shown hereinafter)to create a center-tapped potentiometer to monitor the angle formed bythe arms 22 and 40 during the treatment.

Referring to FIGS. 3-5, the first time that the hardware sensors 105 areattached after the device identification number has been set during theabove described data transfer mode, the user will be prompted to extendthe orthosis device 10 to the maximum and then the minimum position tocalibrate the device 10. These measurements are then stored in thememory 122 for use during the remainder of the treatment sessions tocalculate the angle between the arms of the device 10.

Referring to FIG. 7, both the treatment mode of operation and the datatransfer mode of operation for the monitor 102 are described in a flowchart of a firmware program 140, which is embedded in the dataacquisition unit 104. At step 142, the firmware program 140 waits untila button is pushed by the physician or physical therapist specifying theselected mode of operation. At step 142, the mode is checked, and if theuser selected the treatment mode, the program 140 branches to the“Treatment” branch. If the user selects the data transfer mode ofoperation, then the program 140 branches to the “Data Transfer” branch.

After the patient/user begins his or her treatment session, the monitor102 has already been set for the treatment mode of operation. First, asplash screen is displayed with the name and version of the firmwareincluded in the data acquisition unit 104. The session runs according tothe following flow chart shown in FIG. 7, as shown on the left side. Atstep 146, the user is prompted to turn the knob 52 (see FIG. 1) until agentle stretch is felt. At step 146, the program checks to see if thereis power on the sensor bus. If yes, the program goes to step 150 and ifno, the program branches to step 152. The micro-controller 120 at step150 begins taking measurements of the position sensor 106 in the tower26 (see FIG. 3) to see if the patient has stopped stretching. Themicro-controller 120 (see FIG. 3) continues in a loop 154 until thecurrent position measurement of the position sensor 106 matches the lastone, which indicates that the patient has stopped stretching. Morespecifically, the user definable mask, set via the RS-232 port in datatransfer mode, is used to compensate for noisy sensors 106, and thenatural variation in analog to digital conversion. When the two positionmeasurements of the position sensor 106 match, it is assumed that theuser of the orthosis device 10 has stopped turning the knob 52 and isready to hold the stretch. The position sensor 106 of FIG. 6, incombination with execution of this firmware routine, provides the“position sensor means” for detecting when there is a stop in movementof the first arm cuff 22 relative to the second arm cuff 40 when apatient starts to hold a stretch.

Upon the program determining that the patient has started to hold astretch, the program proceeds to step 156, where the power is turned offon the sensor bus and the program waits a preset amount of time, e.g., 5minutes. As specified in the previously described stretching protocol,the user is to hold the stretch for 5 minutes and the time is displayedon the LCD 124 (see FIG. 3). As shown in Table I above, the time to holda stretch is also configured in the data transfer mode, which allows foreasy modifications of this protocol if needed. This firmware routineprovides “timing means” for generating a patient detectable signal asterthe expiration of the predetermined time period, with in thisillustrative example, is 5 minutes.

Upon completion of the hold for the stretch, the program 140 proceeds tostep 158, where power is turned on to the sensor bus, all measurementsof the sensors are recorded and a sound buzzer is triggered to indicatethe end of the period for holding the stretch. More specifically, all ofthe analog conversions of the sensor 106 are repeated and stored intothe memory 122. When all the measurements are saved, a 16 bit addresspointer for the memory 122 is updated in the micro-controller. If theuser interrupts a stretch before it is completed, then that session willautomatically be overwritten by the next session without the need formore complicated error checking. At step 152, if the number of stretchesis less then the amount defined by the treatment protocol, the stretchloop is repeated via loop 160. If the number of stretches completed isequal to the amount defined by the treatment protocol at step 152, thena session complete prompt is displayed on the LCD 124 and the program140 proceeds to step 162, where the power is turned off and then theprogram goes to sleep at step 164.

Referring to the right side of the flow chart in FIG. 7, the datatransfer mode of operation is shown. As previously described withrespect to FIG. 5, the data acquisition unit 104 is in communicationswith the computer 112. First, the physician or physical therapist wouldhave selected this mode of operation and the program would recognizesthe same at step 144 and taken the “Data transfer” branch to step 170.If there is a timeout, the program 140 proceeds to a sleep state at step172. If there is no timeout, then the program proceeds to step 174,where the micro-controller of 120 (FIG. 5) fetches an instruction fromthe computer 112. The instructions from the computer 112 include, butare not limited to, the commands listed in TABLE I above. Themicro-controller 120 interprets the instruction at step 176. Dependingupon the instruction, the program takes the “transfer” branch or the“delete” branch.

When the program 140 takes the “transfer” branch, at step 178, theprogram sends the product ID to the computer 112. Then at step 180, allthe sensor data is transferred from the memory 122 to the computer 112.When the program 140 takes the “delete branch”, at step 182, the program140 obtains from the computer 122 the product ID (see TABLE I above),then sets the product ID at step 184 and erases the existing sensor databy setting all sensor data to 0xFF (see TABLE I above). Then the program140 proceeds to its sleep state at step 188. With this embodiment, itshould be clear that the device sensor 110 is not included, because thecomputer 112 sets the device ID.

In FIG. 8 a detailed schematic 190 of the hardware for the dataacquisition unit 104 of FIG. 3 is shown, with such hardware having beengenerally described on a higher level in FIGS. 4 and 5. Referring toFIG. 8, the micro-controller 120 preferably comprises a MicrochipPIC16F877 micro-controller. This PIC16F877 micro-controller is a 40 pin,8 bit CMOS Flash microcontroller configured using the following pinassignments in TABLE II below:

TABLE II Direction/ Name Mode Port 1 Temp Analog RA0 2 Position AnalogRA1 3 Expand 1 Analog RA2 4 Expand 2 Analog RA3 5 Expand 3 Analog RA4 6LCD RS Out RB0 7 LCD R/W Out RB1 8 LCD E Out RB2 10 Mode 1 In RB4 11Mode 2 In RB5 14 Buzzer Out RC0 16 SCL I2C RC3 17 SDA I2C RC4 18 SerialTx USART RC6 19 Serial Rx USART RC7 20 LCD DB0 Out RD0 21 LCD DB1 OutRD1 22 LCD DB2 Out RD2 23 LCD DB3 Out RD3 24 LCD DB4 Out RD4 25 LCD DB5Out RD5 26 LCD DB6 Out RD6 27 LCD DB7 Out RD7

The external memory 122 is a Microchip 24AA64 I2C EEPROM. The memory 122is connected to the controller 120 via the I2C serial communications bus192. The memory 122 has 64K bits of EEPROM and is used for the storageof the patient data. The operation of this device is limited to the lowspeed bus operation due to the use of a 4 MHz crystal. The LED 124 is aHitachi 44780 compatible LCD operating in 8 bit parallel mode. TheHitachi LCD is an industry standard, and was chosen because any 14×2 LCDcould then easily be substituted. A Dallas Semiconductor DS 1307 I2Creal time clock 194 is provided, which is connected to the I2C bus 192along with the EEPROM memory 122. This clock 194 is used to record, tothe nearest hour, when the actual stretch sessions were performed. Thisallows the PC software for the computer 112 (see FIG. 3) to group thestretches into sessions.

This micro-controller 120 has an onboard poll capable of 8-channelanalog to digital conversion at 10-bit resolution making it a powerfultool in data acquisition. The controller 120 also supports both SCI andI2C serial communication. The SCI module of the controller 120 is usedto communicate with the computer 112 through standard RS-232 port of aRS-232 communications interface 196. This communications, for example,allows for further analysis of the data by the physical therapist ordoctor. The I2C protocol will used to interface with the memory 122 andthe real time clock 194. The use of external memory 122 will be neededas the 128 bytes of EEPROM storage for the internal memory of thecontroller 120 is insufficient to store the data acquired from thesensors. The controller 120 is electrically coupled to a Piezo buzzer(not shown) via the pin RCO being connected to the terminal 199.

In FIG. 8, there is also shown the header 198 (including insulatedterminals or leads) for connecting the LCD 124 of FIGS. 4 and 5. Also,there is shown a header 200 for connecting with the sensors (terminalsJ3-J6) and the computer 112 (for selecting the mode of operation viaterminals J8 and J9). The sensor hardware schematic 210, including theheader 200, is shown in FIG. 9 in more detail. Referring to FIG. 9, theterminals J1-J12 of header 200 are electrically coupled to the ports ofthe controller 120 as specified in TABLE 11. A first variable resistorRV1 comprises the resistance of the position sensor 106 (FIG. 3) and asecond variable resistor RV2 is used to match the resistance to create avoltage divider as previously described, to form a potentiometer, usedwith the position sensor 106 (FIG. 3).

In an alternative embodiment of the sensor hardware of FIG. 9, it iscontemplated that the expansion terminals J5-J7 may be used foradditional sensors, including blood pressure, heart rate, and stressindicators. To accomplish this, the sensor bus is modified to use both3.3 and 5.0 volt supply lines to allow for the plug-in of multipleexpansion sensors. With a selectable supply voltage, a universalconnector is provided for both patient data acquisition in the treatmentmode and for data transmission to the doctor's office in the datatransmission mode selected by cable.

Referring to FIG. 3, the temperature sensor 108 is a DallasSemiconductor LM34DZ temperature sensor. This temperature sensor was notused to measure the patient's actual temperature but was used to confirmthat the patient was actually using the device.

With reference to FIG. 3, the patient monitoring system software runningon the computer 112 briefly will be described. The software applicationprovides a therapist a way of obtaining the data stored on the dataacquisition unit 104 and presents it in a meaningful way. One functionof the Patient Monitoring System software is the ability to view patientrecords. The system checks to ensure that all fields are entered andinforms the user if one or more of the fields are blank. In addition,the system checks the patient name entered against the array of currentpatient names. If the entered name is invalid, the system reports nopatient found. Otherwise, the system uses the “Patient ID” field fromthe array to access the data file for that particular patient. This filecontains all of the information obtained from the data acquisition unit(FIG. 3) from previous visits. The system then displays the contents ofthe file in the grid at the bottom of the form. The grid is anotherbuilt-in control of Visual Basic 6.0 called the “Microsoft FlexGridControl 6.0”. In addition, the system displays other patient informationsuch as the name of that patient's physician and the date that patientreceived their orthosis device.

Another function provided by the system software is the form foractually acquiring data from the data acquisition unit 104 (FIG. 3). Thescreen layout is very similar to that of the form for viewing patientrecords that are already stored in the system. This form also uses agrid to display the data once it has been obtained from the DataAcquisition Unit. In order to facilitate reading from a communicationsport, Visual Basic has a control entitled “Microsoft Comm Control 6.0”.This control allows communication between the personal computer 112(FIG. 3) and any device attached to a designated communications port.The user also has the option to change what communications port thesystem will look for the data acquisition unit on in case othercommunications ports are already in use by that individual's computer.By default, this is set to COM1.

When the user clicks on the “Acquire” command button, as in other forms,the system checks to see first if all proper text fields have beenfilled in, and then if the patient name entered is valid. Also, itinforms the user to make sure that the data acquisition unit is securelyconnected to the selected communication port. Next, the system sends outa zero byte on the communication port, which informs the dataacquisition unit to begin sending data. The patient monitoring systemsoftware then reads in the raw data from the unit, one byte at a time,and stores it into a temporary file called “output.dat”. After the dataacquisition unit has completed sending all of its data, the systemsoftware sends out a byte equal to 0xFF in hexadecimal to inform thedata acquisition unit to wipe out its memory and the serialcommunication is complete.

The next major task that the software application does involvesmanipulating data. This includes converting the raw data obtained fromthe data acquisition unit into meaningful values, saving them in theproper patient's file, and displaying them in the grid for the user toexamine. First, the system goes through and converts all of the datareceived from the data acquisition unit into actual integers, instead ofthe binary form that they are initially sent in. The first majorchanging of any data occurs with the data representing the time and thedate. Actually, the date is composed of a byte representing the month,and one representing the day. The data acquisition unit transmits allthree of these values: month, day, and hour, in BCD form (see TABLE I).To do this, the system subtracts a factor of six from the data based onthe value of its upper four bits. For example, the BCD value ofthirty-one is stored in binary as 0011 0001. The system will subtracteighteen (six times the value of the upper four bits, three) from theinteger value of the number, forty-nine, to produce the correct resultof thirty-one.

The next major conversion occurs with the “Position” readings taken bythe position sensor 106 (FIG. 3) and transmitted from the dataacquisition unit 104. The data acquisition unit transmits values calledStretch_Min and Stretch_Max during its serial communication with thepatient monitoring software. The difference between these two numbers iscomputed and adjusted to fit a scale of based on the particular device.For example, a one orthosis device allows a range of motion from onehundred thirty-eight to negative ten degrees. Next, each “Position”value is then adjusted accordingly to fit within these two values. Inreality, this conversion may not be exactly linear, but since theposition sensor need not be as highly accurate as other more expensivemodels, assuming linearity in this case is acceptable.

The final conversion that the system makes involves the readings fromthe temperature sensor 108 (see FIG. 3). Based on the specifications ofthe temperature sensor itself, the voltage increases ten millivolts perdegree. The system then fits the binary data into the range ofacceptable values. For the most part, the temperature data should berelatively constant. Its primary purpose is to ensure that the patientis actually wearing the device while using it, instead of simply turningit on to take false readings. As a result, the therapist would be ableto tell if a reading was false by seeing if any of the temperaturevalues were conspicuously above or below any realistic, expected values.This helps to ensure proper adherence to the stretching protocol.

In FIG. 10 an alternative embodiment of the monitoring system 100 shownin FIG. 3 is shown. In this alternative embodiment, the device typesensor 110 shown in FIG. 3 is used. Although shown in FIG. 3, the sensor110 was not used in the first embodiment, in that the device ID wasdownloaded by the application software operating on the computer 112 tothe data acquisition unit 104. But in this alternative embodiment, thedevice ID is obtained via the sensor 110. Referring to FIG. 10, eachorthosis device is given its own unique resistor R2. Typically, thisresistor is mounted on orthosis separate from the data acquisition unit104, so that the data acquisition unit 104 is not device specific. Inthe case of the orthosis 10, the resistor R2 enclosed in a protectivecasing and the casing is mounted to one of the arms 22 or 40. Theresistor R2 is electrically coupled on one side to a lead 210 extendingfrom the casing and is electrically coupled at its other side to ground.The lead 210 is connected to the first expansion terminal J5 shown inFIG. 9. The device sensor 110 includes additional circuitry locatedwithin the data acquisition unit 104. This additional circuitry includesa node 212, a capacitor C (having a value of 0.1 uF) electricallycoupled between the node 212 and electrical ground, a resistor R1electrically coupled between the node 212 and a voltage source Vcc and a10 bit Analog-to-digital converter (ADC) 214 connected to node 212.

When the node 212 is electrically coupled to the lead 210 of theresistor R2, the resistor R2 and Care in parallel. The voltage VADCapplied to the ADC 214 is as follows:

${VADC} = {\left( \frac{R\; 2}{{R\; 2} + {R\; 1}} \right)({Vcc})}$In this case the following conditions apply: no cable resistance, sothat when R2=infinity, V_(ADC)=Vcc; for the PC link cable, when resistorR2=0, then V_(ADC)=0 and that there is a valid orthosis device with anembedded resister R2. In this case, the resolution of this device sensor110 at Vcc=5V would be 210=1024, so that 5/1024=5 mV. The followingTABLE III provides illustrative values used to identify differentorthosis devices (R2 is provided in kilo ohms, V_(ADC) and Range areprovided in volts, and R1=10 kilo ohms):

TABLE III Device - R2 V_(ADC) Range 440 4.89 4.85-4.91 150 4.76 4.7-4.82 100 4.54 4.45-4.65 50 4.17 4.09-4.35 32 3.8 3.61-4.06 18 3.212.96-3.54 10 2.5 2.23-2.95 5.8 1.83 1.59-2.2  3.3 1.24 1.05-1.55 1.80.96 0.63-1.0  1.0 0.45 0.37-0.6  0.5 0.238 0.195-0.55  0.28 0.1360.110-0.18 

As discussed above, this alternative embodiment is utilizable where itis desirable to identify a given orthosis device out of a plurality ofpossible orthosis devices so as to eliminate the need for downloadingparameters, commands and/or firmware for that specific orthosis device.In other words, like the use of the temperature sensor, the orthosisdevices making use of this embodiment of the monitor 100 do not need tobe directed toward those implementing stretching exercises.

An additional feature that may be added to the Patient Monitoring Systemsoftware is a “non-programmers” interface wherein a Microsoft® Windowsbased graphical user interface (GUI) is provided with a plurality ofpredetermined unit configurations for the monitor system 100 of FIG. 3are provided in a first window. The user is able to select one of theseunit configurations by clicking on the same and dragging the same to aselection window. This feature allows for unit configuration by atherapist or family configuration by an Original Equipment Manufacturer(OEM) without the need for factory assistance. Additionally, a thirdwindow may be provided wherein the user may select other system or uservariables, by once again dragging the same from the third window to theselection window.

Referring to FIG. 3, aspects of the monitor system 100, such as thedevice type detector 110 (FIG. 3), may be used with devices other thanthe stretching orthosis shown by the illustrative embodiment of FIG. 6.Other possible applications for these aspects would be to other types oforthosis devices, such as isometric orthosis devices. Via software, themonitor system 100 may be configured to work with any rehabilitationdevice having position measurements. The monitor also has the ability toaccept other sensor inputs not accounted for previously. The firmwareand hardware of the monitor system 100 already provides for thepossibility of up to 5 sensor inputs, thus only minor changes in the PCsoftware are necessary in order to view data output from other sensorinputs, such as mentioned with respect to FIG. 9.

After thorough testing of the data transfer capabilities of the monitor102, it has been concluded that a higher crystal frequency may be moresuitable for transmitting the required data over the RS-232 port.Operating the micro-controller at 20 MHz would significantly decreasethe data transfer time and would not add much to the cost of theproduct, but allow the I2C bus to operate in high speed mode as well asallow a higher baud rate for the RS-232 communications.

Having a spring measure the amount of extension/flexion may be a verycost-effective solution for the position sensor 106 of FIG. 6; however,those skilled in the art will recognize that more accurate positionsensors may be used.

While various values, scalar and otherwise, may be disclosed herein, itis to be understood that these are not exact values, but rather to beinterpreted as “about” such values. Further, the use of a modifier suchas “about” or “approximately” in this specification with respect to anyvalue is not to imply that the absence of such a modifier with respectto another value indicated the latter to be exact.

Changes and modifications can be made by those skilled in the art to theembodiments as disclosed herein and such examples, illustrations, andtheories are for explanatory purposes and are not intended to limit thescope of the claims. For example, one embodiment of the invention hasbeen described as utilizing cables to transfer data. In this regard, thedata transfer can be implemented using fiber optics, a phone line, acellular phone link, an RF link, and/or other communications channels.Thus, the present invention also envisions the use of wireless means fordata transfer. Such wireless means could use technology like theCENTRINO mobile technology and personal digital assistants (PDA's).

Furthermore, the invention has been described as being used by patientsand health care professionals. However, limited access to the systemand/or data by others could be allowed if authorized by the patientand/or health care professional. On such scenario in which limitedaccess could be granted would be for proof of assurance to an insurancecompany for a worker's compensation carrier. Others may also have a needto have some assurance that a patient is indeed following through with acompliance protocol.

Although the monitoring system and method have been described primarilyin the context of an orthosis device, other applications arecontemplated by the present invention. These include other aspects ofphysical therapy; electrostimulation; bone growth stimulation; drugdelivery systems; cardiac rehabilitation; generalized rehabilitation,including compliance; implantable pumps, such as insulin pumps fordiabetics; intravenous or implantable pump medication; and implantableor wearable chemical sensors to monitor various physiological parameterssuch as blood coagulation, blood profile, and blood enzyme content.

For example, in known pharmaceutical delivery systems, a rotatable wheelhas a number of compartments, each containing an incremental dose ofmedications. As programmed, a door opens at a prescribed time and thepill either by weight or by size would be opened up for patient access.

With the present invention, we can externally monitor these dmgdeliveries systems or internally monitor them. The delivery systemscould be used with an implantable pump or implantable blood chemistrysensor. A wireless readout from the pump or sensor could attach, forexample, to a wrist watch which would monitor the compliance through adigital readout. A patient could monitor their own blood chemistries orresponse to particular medications and then these results would bebroadcast to physician, extended care, nurse practitioner, nurse,insurance carrier, etc. This would then monitor the changes to aspecific drug and then monitor the serum chemistries, for example, bloodsugar, etc. These are monitored and then the patient can be monitoredthrough a wireless format to see how they respond to certain medicationsand have an instant readout through this chemistry monitor withoutactually having the patient in the office or in the hospital. If theresponse is not as desired, the delivery protocol can be remotelychanged based on the measurements.

In light of the foregoing, it should be understood that while variousdescriptions of the present invention are described above, the variousfeatures could be used singly or in any combination thereof. Therefore,this invention is not to be limited to only the specifically preferredembodiments depicted herein.

Further, it should be understood that variations and modificationswithin the spirit and scope of the invention might occur to thoseskilled in the art to which the invention pertains. Accordingly, allexpedient modifications readily attainable by one versed in the art fromthe disclosure set forth herein that are within the scope and spirit ofthe present invention are to be included as further embodiments of thepresent invention. The scope of the present invention is accordinglydefined as set forth in the appended claims.

What is claimed is:
 1. A drug delivery system comprising: a drugdelivery apparatus including at least one sensor configured to detect atleast one of a drug delivery parameter and patient data; and a portablecommunication device communicatively coupled to the drug deliveryapparatus, the portable communication device comprising: an input deviceconfigured to receive data from the drug delivery apparatus, wherein thedata includes at least one of the detected drug delivery parameter andpatient data; and an output device coupled to the input device andconfigured to display the received data.
 2. A drug delivery system inaccordance with claim 1, wherein the portable communication devicefurther comprises a communications component configured to transmit adelivery protocol to the drug delivery apparatus.
 3. A drug deliverysystem in accordance with claim 2, wherein the communications componentis further configured to transmit, to an external source, an indicationthat a change be made to the delivery protocol based on the receiveddata.
 4. A drug delivery system in accordance with claim 2, wherein thecommunications component is configured to transmit the received data toan external source.
 5. A drug delivery system in accordance with claim1, wherein the drug delivery apparatus is configured to change the drugdelivery protocol based on data received from an external source.
 6. Adrug delivery system in accordance with claim 1, wherein the drugdelivery apparatus is at least one of implanted in a patient and aninsulin pump.
 7. A drug delivery system in accordance with claim 1,wherein the portable communication device is at least one of a laptop,smartphone, cellular telephone, and personal digital assistant (PDA). 8.One or more non-transitory computer-readable storage media havingcomputer-executable instructions embodied thereon, wherein when executedby a processor, the computer-executable instructions cause the processorto: receive, by an input device, data from at least one sensor of a drugdelivery apparatus, wherein the data includes at least one of a drugdelivery parameter and patient data; display, on an output device, thereceived data from the at least one sensor; and transmit a deliveryprotocol to the drug delivery apparatus.
 9. One or more non-transitorycomputer-readable storage media according to claim 8, wherein thecomputer-executable instructions cause the processor to receive datafrom at least one sensor via a wireless connection.
 10. One or morenon-transitory computer-readable storage media according to claim 8,wherein the computer-executable instructions cause the processor totransmit the received data to an external source.
 11. One or morenon-transitory computer-readable storage media according to claim 8,wherein the computer-executable instructions cause the processor toreceive a delivery protocol for the drug delivery system.
 12. A portablecommunication device configured to monitor a patient therapy system, themobile communication device comprising: an input device configured toreceive data from at least one sensor of a patient therapy system,wherein the data includes at least one of therapy data and patient data;and an output device coupled to the processor and configured to displaythe received data.
 13. A portable communication device in accordancewith claim 12, wherein the input device is further configured to receivedata from at least one sensor via a wireless connection.
 14. A portablecommunication device in accordance with claim 12, wherein the inputdevice is further configured to receive data from at least one sensorvia a wired connection.
 15. A portable communication device inaccordance with claim 12, wherein the therapy data includes at least oneof an amount of drug delivered to a patient, an amount ofelectrostimulation delivered to a patient, and an amount of bone growthstimulation delivered to a patient.
 16. A portable communication devicein accordance with claim 12, wherein the patient data includes at leastone of a blood chemistry, blood coagulation, a blood profile, a bloodsugar concentration, and blood enzyme content.
 17. A portablecommunication device in accordance with claim 12, further comprising acommunications component configured to transmit the received data to anexternal source.
 18. A portable communication device in accordance withclaim 17, wherein the communications component is further configured towirelessly transmit the received data to an external source.
 19. Aportable communication device in accordance with claim 17, wherein thecommunications component is configured to transmit a delivery protocolto the patient therapy system.
 20. A portable communication device inaccordance with claim 19, wherein the input device is configured toreceive a delivery protocol for the patient therapy system.
 21. Aportable communication device in accordance with claim 12, wherein theportable communication device is at least one of a laptop, smartphone,cellular telephone, and personal digital assistant (PDA).